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(54) Changs log aggregation and optimization 

(57) A change log aggregation and optimization 
mechanism and methodology for updating and synchro- 
nizing application data end application fUea h a dent 
devfee of a data transfer and synchronization system. 
"Rie contents ot a plural fry of change logs reflecting the 
then current changes to the application data of the cBent 
device are downloaded and merged into an aggregate 
log. Instead of applying each change log as It is down- 
loaded, tho contents of the aggregate log, representing 
all change* to application data anoYor application files 
recorded in prior change logs, are then applied to the 
client device to update application data ancVbr applica- 
tion f Das in the client device. 
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Description 

BACKGROUND OF TOE INVENTION 
Field <tf the Invention 

[0001] The invention relates to the tranafferarra of da- 
ta between two systems Independent of tha form In 
which the data Is kept on the respective systems, and 
in particular to providing an efficient means of commu- 
nicating data between systems and devices. 

Descnpfion of the Related Art 

[0002] The growth of computing-related devices has 
not been limited to personal computers orworKstoHons. 
The number of peisonal computing devices has grown 
substantially In both type and format Small, hand-held 
computers carry a multitude of contact, personal, docu- 
ment end other Information and are sophisticated 
enough to allow a user to fax, send e-mails, and com- 
municate in other ways wtrelesary. Even advanced cel- 
lular phones carry enough memory and processing 
power to store contact information, surf the web, and 
provide text messaging, AJong with the growth In the 
phbtication of these devices, the need to transfer infor- 
mation between them has grown significantly as welL 
[0003] with a multitude of different device types on 
the market keeping kiformation between the different 
devices synchronized has become Increasingly prob- 
lematic For example, If an Individual keeps a calendar 
of information on a personal computer In hte or her office 
using a particular personal infcrrnaifon manager appli- 
cation, the Individual would generally like to have the 
same Information available In a cellular phone, hand- 
held organizer, and perhaps a home personal computer. 
The Individual may additionally have a notebook com- 
puter which requires synchronizing fUe data such as 
presentations or working documents between the note- 
book and the office computer* 
IQO04J Unffl now, synchronization between both doc- 
uments and personal Information managers has oc- 
curred through direct connection between the devices, 
and generally directly between applications such aa a 
personal Information manager in one device and a per- 
sonal information manager irt another device or using 
an Intermediary svncwnapplhg crop/am, 
[0005] One example of this id the prevalent use of the 
3Com Palm® OS-based organizer, such as the 3Com 
Palm® series of computing devices, which uses (ts own 
calendaring system, yet lets users synchronize the data 
therein wfth a variety of Different personal information 
manager software packages, such as Symantec^ ACT! 
™, Microsoft's Outlook®, and other systems. In this ex- 
ample, an intermediary synchronization program such 
as Puma Technology, Inals Intellisync® Is required. In- 
tellisync® Is an application program whion runs on both 
the hand-hefd device and the computer which stores the 
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Information data and maps data systems between non- 
unftum data records. 

PW08] In other cases, ifirect trariafer between appff- 
catrons such as transfer between Microsoft* Outlook® 
computer-based ctont and Microsoft* Windows CE 
"Pocket Outlook" application, b possible. Nevertheless, 
in both cases, synchronfeation occurs through direct 
connection between a personal compute/ and the Def- 
sonal computing device, While this connection Is gen- 
erafiy via a cable directfy connecting, for example, a 
Palm® device in a cradle to the personal computer, the 
connection may be wireless as well. 
[0007J One component of these synchmnte&Zion sys* 
' terns is mat the synchronization process must be able 
to delineate between when changes are made to ape- ' 
cole databases and must make a decision about wheth- 
er to replace the changed field. Normally, this fe meas- 
ured by a change in one database, and no-change In a 
second database. In some cases, both databases will 
have changed between syncs. In this case, the sync op- 
eration must determine, which of the two changes, which 
has been made Is to "win" and replace the other during 
the sync. Generally, this Determinant of whether a con- 
flict exists allows some means for letting the user re- 
serve the conflict 
IPOOB] Jn a technical sense, synchronization in this 
manner te generally accomplished by the copying of full 
records between systems. At some level, a user fe gen* 
eralfy required to map data fields from one application 
to anortw find sspvcfcf fteife frtifc seff&rred 
whfch corresponding field in a efferent device. Less 
mapping is required where developers more robushy 
support various platforms of applications. 
[0009] In marry Instances, the data robe synchronized 
b generally ki the form of text oata such as records of 
addresses, contact Information, calendar Information, 
notes and other types of contact information. In certain 
Instances, data to be synchronized will be binary format 
of executable files or word processor-specific docu- 
ments. In marry cases where aocumerti synchronization 
is required, the synchronization routine simply deter- 
mines whether or not the documents in question have 
changed, and uses a time-based representation to de- 
termine whfch of the rwn fiTes fe newer, end peptacesthe 
older file with the newer file to achieve synchronization, 
as long as the older of the two flies was In fact not 
chenoed. This to the model uted In the femlter "Brief, 
case" function In Microsoft Windows-based systems. If 
both files have changed, then the cyrtchronization rou- 
tine presents the option of conflict resolution to the user. 
[OOiO] Generally, such synchronization schemes are 
relatively Inefficient since they require full bandwHh of 
the document or binary file to be transferred via tha syn- 
chronization link. In addition, a change log is typfcalry 
generated with each synchronization operation to 
record the changes in any given data record, m a situ- 
ation where a large number of change Jogs have been 
generated (and stored In a server's memory), the se- 
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i quence of downloading end applying each change log 
often results in the unnecessary download or data. A 
separate transaction is required for each occurrence of 
an fcem record in the change Jog sequence and It Is pos- 
sible for the same field In a record to be updated many s 
times during a angle synchronization operation. 
10011 J Accordingly, mere is a need lore change fog 
aggregation and optinntesfion mechanism thai will more 
cft&fcnti^* mcjtttry ctcrsgc r r f rtrn speed '** 
the synchronization process, io 

SUMMARY OF THE INVEISfnON 

10012] The Invention, roughly described, provides a 
melhodandapparatus former^ » 
rality of change togs Into an aggregate togina dowrr- 
toad-ano^apply sequence of a client device to update 
fippficstion data in the client device of a data transfer 
and synchronization system. Redundant changes in 
routipfe change logs are eliminated and flies and so 
records of the application data can thus be synchronized 
and updated more efficiently via a single transaction. 
[0O1 3] In one aspect, the invention provides a method 
for updating application data in a client device of a r**tn 
transfer which may include the steps eft downloading a 2s 
fbst change log of a plurality of change fogs from a serv- 
er system, where each of the pluraffly of change logs 
reflects changes to the application data, adefing the first 
change log to an aggregate log: deleting theffrst change 
log; repeating the downloading, adding, and deleting & 
steps tor a next orange log ot tne pturarizy of cnange 
Jogs untfl no additional change teg? aadst; and applying 
the aggregate log to the application data to update the 
application data. 

pol4] The step of adding or merging the plurality of as 
change logs to the aggregate log may further comprise 
the steps of; retrieving Information for a vaEd Bern of the 
application data; updating a map of the aggregate log; 
writing the tern to the aggregate fog; updating the loca- 
tion of the valid aem m the map; and repeating the pre- 40 
v7ous steps for an remaining valid items of the current 
change log being rolled into the aggregate log. 
[Q015J In a further aspect, the Invention comprises a 
method for combining changes in a plurality of accumu- 
lated ciiunge logs into an Aggregate fey, Tne nteihod 
may Include the steps or: creating an aggregate tog; re- 
trieving the contents of a current change Jog; adding the 

COm&inAuf ii'ifcUiiitrfrtCitoJi^eiuyiO liiti ttQ&tsyait* lug, 

. deleting the current change tog; and repeating the pre- 
vious steps imtD no additional change logs exist In par- £0 
ticular; said step of adding or rolling the content of the 
change logs into the aggregate log may comprise the 
steps of: retrieving the contents of a plurality of Items of 
the application data; updating a map of the Items; up- 
dating the aggregate log; updating the location of re- « 
specuve terns In the map: and compacting the aggre- 
gate tog If a compact threshold fe exceed**. 
[0016] In afurtheraspect, tr« invention rnay comprise 



an apparatus for updating the application data in a cTJorrt 
device of a data transfer and synchronization system. 
The apparatus may comprise: e downloading routine for 
fterativejy retrieving a plurality of change logs from a 
server system where each of the ph/raJfly of change logs 
reflect the than current changes to the application data; 
a merging routine for ftarativsty aggregating the con- 
tents of the plurafty of change logs to an aggregate 

E!V~™^ - - - low mf ml m . t . .•» # 

deleting the plurality of change fops; and an updating 
routine for applying the contents of the aggregate tog to 
the application data to update the application data. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0017] The invention win be described with respect to 
the particular ernbodimems thereof. Other objects, fea- 
tures, and advantages of the Invention will become ap- 
parent with reference to the apeeffication and drawings 
In which: 

figure 1 is a exemplar block diagram of a data 
transfer and synchrontzatfon system having a 
change log aggregation and optknization mecha- 
nism In accordance wftfj the present invention. 
Figure 1 A is a flow diagram mu^traflng e start down- 
load ami aggn3geteseo^er^ of tf» present imterH 
tfon. 

Figure 2 is a flow diagram llustrating the sequence 
ot steps for adding a change Jog to an aggregate 
change Jog in accordance with trie present toven- 
tion. 

Figure- 3 to a flow diagram atustratmg the steps for 
retrieving items of a change log in accordance w&h 
the present invention. 

Figure 4 is a Row diagram Olustrating the steps for 
updating a map of a change log m accordance with 
the present invention. 

Figure 5 Is a flow diagram Illustrating the sequence 
of steps for adding a file item In accordance wfththe 
present invention. 

Figure 8 is a flow diagram illustrating the default sa- 
quence of steps for adding an Hern in accordance 
with the present Invention. 
Figure 7 is a flow diagram illustrating the steps for 
merging fields of an Item n accordance with the • 
present invention. 

ngura & is a ilow aiagram biuazratirtg ine seeps for 
merging fields of an collection in accordance wfth 
the present Invention. 

Figure 9 Is a flow diagram tflustratfng the steps for 
compacting an aggregate log in accordance wfth 
the present Invention. 

Figure 1 0 Is a flow diagram illustrating the steps for 
retrieving fields from a current Item of a change fog 
tn accordance with the present Invention. 
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' DETAILED DESCRIPTION 

[001 SJ Rg.1 Is a gonofaDzsd block digram ctf an ex- 
empiary data transfer and synchronization system. Jn 
particular, the system Includes networle lothat includes 
one or more storage servers 12, 14 and a management 
server 15. A plurality of client devices (e.g. r home PC 
1 8, office PC 18, personal tnt ormaBon Paftn® computing 
QBvtcs *u, and weo-enaoiea ceouar oeiepnone &£) are 
capable of coupling to network 1 0 and exchanging syn- 
chronization Information in an offline fashion via the stor- 
age setvas 12 and 14, tn accordance with the tech- 
niques described In U.S. Patent Application Serial Na 
09/490,550, filed January 25, 2000, U.S. Patent Appli- 
cation Serial No. 09/431,676 and US. Patent Appfca- 
tJon Serial No. 09/491 ,694 both Hied January 28, 2000, 
and all entitled "Data Transfer and Synchronization Sys- 
tem/ incorporated herein by reference. 
[0019] Client software of the present invention is in- 
stalled on both home PC 16 and office PC 1& of F?g. 1, 
for example, and ts configured to operate to conjunction 
with an operating system such as Microsoft Windows®. 
The diem software, when executed, Interacts wtth the 
various appfcations on the user's PCs. The user inter- 
acts w3h the cfient software and configures the software 
such that the applications ere prioritized. Data is then 
extracted from the various applications, organized in a 
format ^dependent of the particular application and de- 
vice from which the data originated, and Incorporated 
into a data package. W3h exemplary embodiments of 
the present Invention, various classes of data, tncJudng 
contacts (e.g., names, addresses, phone numbers, 
email addresses), Internet browser bookmarks (e^g., 
Netscape Navigator®. Microsoft Explorer®), calendar 
events, email messages (e.g., Inbox, Sent Items, Detet 
ed Items), notes, tasks, and files (a,g, word processor 
specific documents; electronic presentations, spread- 
sheets, binary format of executable files) can be manip- 
ulated and synch ronfred between the plurality of devic- 
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£0020] Consider, for example, a scenario where a us- 
er has Installed the Microsoft OuttooMB application on 
home PC 18 and me user has entered the Information 
of frve individuals into the Contacts folder. When in- 
structed by the user to synchronize the contents of the 
Contacts folder, the client software accessed Outlook® 
and assembles the Information for five indhriduels in a 
DataPack CONT.D000. In thls case, the UUID "CONT* 
identifies Contacts information as mespecffic object and 
suffix Duuo sign tries that this DataPack is version D* 
The contacts axe combined in DataPack CONTDOOO as 
a coltectbn of frve transactions, each of which is as- 
signed a unique ID number 1,2,... 5. ID 1 may represent 
contact Information for Jane Smith and IDg may repre- 
sent contact Information for John Doe. m this example, 
each transaction 1.2, ..5 Is associated wtth an associ- 
ated fediu), "Add/ DstaPack CQNTD0C0 id subse- 
quently uploaded to network 10 and stored on, for ex- 
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ample, storage server 12. 

[DCzlJ l^t^,c4ncePC18conrrectetonetworfc10and 
office PC 18 sends a signal to management server 15 
informing management server 1 5 that office PC 18 has 
not downloaded any DataPacks. Management server 
15 responds by sending a signal to office PC IB inoicat- 
ing that a DataPack CONTDOOO of change information 
for contacts has been stored on storage server 12sihce 
oiDce rvj i b lasi connecteo io netwonc iu. umce kj tb, 
tn response, sends a signal to managemeni server 15 
requesting DataPack CONTDOOO. The most recent da- 
ta package's) stored on storage server 12 are ktentrned 
(In this example, versioh 0 of the contact data, CONT. 
D000) and DataPack CONTDOOO Is then downloaded 
to office PC 18. 

[0022] The change Information Jn that data package, 
■Adds" of contacts In this case, is then applied to the 
pertinent arjpRcaubn In office PC 18. In this example, the 
client software on the office PC Is configured to synchro- 
nize contacts using a Lotus Notes® application. Thus, 
the five Ados from CONTDOOO are appQed to the con- 
lacta h Lotus Notes®, so thai the corrtact biforrnatton k) 
home PC 16 and office PC 18 ie synchronized The of- 
fice PC 18 then senos a signal bade to management 
' server 15 indcatfhg mat offlcerc 18 has applied ver- 
sion "0" of the contacta data pacKage(s). This informa- 
tion Is preferably maintained rh a registry by manage* 
merit server 15 for each and every device that couplee 
to the network to download and upload change frTforma- 
tlon. 

IP023] Subsequently, the userof office PC 16 updates 
the contacts hi Lotus Notes® and aatte one or more con- 
tacts, tn this example, ten new contacts are added. 
Thus, the Lotus Notes® application uploads a second 
data package to network 10, the data package incJuoTng 
the ten contacts and each having the associated action. 
"Add." This data package represents more recent 
change information than the Information in CONTDOOO. 
The data package uploaded by office PC 18 la identified 
by a unique tDename, in this example, CONT.D001. In 
addition, office PC 18 sends a signal to management 
server 1 5 confirming that CONT.D001 has been upload- 
ed to network 1 0. The registry is updated to Indicate that 
office PC 18 has already applied the change Information 
tnCONT.DOOI. 

[00241 Home PC 18 subsequently connects to data 
network 1 0, and the client software on heriie PC 18 com- 
municates win management server 15 coupled to net- 
work 10. In particular, home PC 16 sends a signal to 
management server 1 5 Identifying CONT. DCOO as the 
most recent version of change information the last time 
home PC 1 6 was coupled to data network 1 0. Manage- 
ment server 15 queried the storage servers for any more 
recent data packages of changes to contact Information. 
Management server 15 identifies such data package(s), 
CONTD001 inu^exarnpls,andsendsas(gjialtohome 
PC 15 tnformi7$ home PC 16 that surf k dale package 
(s) exist The client software on home PC 16 then re- 
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. quests the new dam package^), and management 
server 15 then downloads the data pacxage(s} to home 
PC 1 5, The change Information therein, In thte case the 
tan contacts from CONT.D001 to be added, is then ap- 
plied to the Contact Information maintained by Microsoft 
Outlook® on home PC 16. The communication of the 
change infoirnatien to Microsoft Outlook® and subse- 
quent updates to tha contacts In Outlook® are eoordS- 

■ ial«pu C««ih ovuTv'oib irinYic rC 1C Tiiuo, tits 

Contact informatkjn in home PC 1 6 and work PC 18b 
again synchronized, 

[C02S] Other transactions, In addition to "Add," are 
provided win exemplary embodiments of the praaant in- 
vention. One of these Is the transaction, "Mootfy.* Using 
the present example, the contact tnfoiroatbn for a per- 
son may eomeUmee change after CONTD001 is up- 
loaded to network 10. For Instance, Jane Smith may caD 
tha user on the telephone and talis the user that Jane 
has changed herphone number. The user then access- 
es offteo PC 18 and changes the phone number for Jane 
Smith In the user's Contacts folder. 
p02G] Tha usar man activates, for example, a "Syn- 
chronize* button displayed en the computer screen by 
the client software, so a new data package or the 
change log, CONTD002, is created and uploaded to - 
network 1 0 and stored on one of storage servers 12, 1 4. 
A signal Is sent by office PC 1 8 to management server 
15 Informing management server 15 that data package 
CONTD002 has been uploaded. Data package COhfT. 
D002 rffffBfs from data packages CONT.DOOO and 
CONTJD001, in that the action, 'Motfry Is used Instead 
of "Add." The Modify instruction and tha associated 
change information to correlated with the particular usar. 
In particular, the ModBy Instruction la associated with the 
pertinent (D. In thfe case IO, representing Jane Smith, 
In addition, data package COMT.D002 Includes the field 
to be mooned, In this example, "Phone," and the new 
Information, in this example, Jane Smith's new phone 
number. 

[0027] Subsequently; whan home PC 1 6 connects to 
network 10, the data package CONTD002 is dowrdoad- 
ed to home PC 16, and the client software recognises 
that, for (0 1> the information wttiin the held "Phone - has 
been upoated. The modification is than made to mis 
contact inrbrmailon via Microsoft OutJoowk Home PC 
16 then sends a confirmation signal to rnanagernent 
server 15, confirming that home PC 1 6 has received and 
appuea znecnange iHormetton in vers ton sz or ma con- 
tacts data packages. The pertinent Information in the 
registry for home PC 16 Is then updated The next time 
home PC 16 couples to network 1 0, home PC 18 sends 
a signal to management server indicating that home PC 
16 has received C0MT.D002. tf no subsequent data 
packages with change information for contacts have 
been stored on the storage servers, then no data pack 
ages are downloaded to home PC 18. 
[0928] As changes are msds fcr vsrfeus cbs&s of 
data, data packages accumulate on storage servers 1 2, 
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14and consume valuable storage space. As the number 
of stored date packages Increases, the amount of avail- 
able storage space on storage servers 12, 14 com> 
spondngry decrease*. In the example above, assume 
for fflusftrativB purposes that data package CONT.DOOO 
occupies 2 kilobytes ("K") of memory on storage server 
12, CONT.D001 occupies 1 K, end CONID002 occu- 
pies 0.5 K, for a total of 3-5 K memory. In sftiiatfona a 

memory, the amount of available storage space contin- 
ues to de cr eas e as data packages are updated and 
change logs are accumulated, until storage space on 
the storage servers 12, 14 are exhausted. 
P029J Thus, prior to the present invention, each syn- 
chronization created a unique change log to record any 
changes in the data to be synchronksd. The change log 
teeubsequentJy urj(oao^d to network 10 vfa, for exam- 
pie, an Internet connection and stored in storage server 
12. Overtfrne, as the user performs additional synchro- 
ntzatJons, the change logs accumulate and when a new 
cfientdevfce, or adEarrtdevtothathasmrtbeen recent- 
ly synchronized, fe connected to network 10 and syn- 
chronized, all or some substantial subset of the accu- 
mulated change togs are downloaded and appf ed one 
atatime. Thus, If there are three change tegs (e.g., a 
first change log may record a change In a contacts 
home phone number, a second change log may record 
an addition of a work phone numberfor the contact, and 
a third change tog may yet record the defetzon of the 
contact anrjrefy), eH three change togs must be down- 
loaded and applied to the client device one at a time 
when a new cJient device is subsequently synchronised, 
even though the contact to ultimately delated. 
10030] In sfruatbns where there is a sequence of 
change logs, th ere may be numerous conflicting chang- 
es to the same item When this happens the user to 
asked jo decide which of the conflicting versions to 
keep. Prforto change log aggregation (Ke., with rmi&fpJe 
change togs), each time an rtem, for which a conflict ex- 
feted, was changed, the user was required to resowe 
ostensibly the same conflict. In an aggregated toothers 
would generally be only one entry for each tern and 
thus, thus only one possible conflict to resolve. 
[D031] Also, In situations where a targe number of 
change togs have been generated, there is considerable 
potential inefficiency Inherent in the old sequence of 
downloading and applying each change fog In turn. In a 
given item ermy mere may onry be one or two fields and 
there may be other fields belonging to the same item 
scattered throughout entries In the sequence of change 
logs. Moreover, some of these fearer entries overwrite 
earlier ones. As a result, a separate transaction to re- 
quired for each occurrence of an item record in the 
change log sequence end It Is possible for the same fie Id 
in a record to be updated many times during a singfa 
syr^Withansgg/egate^ 

es are eltelriasad and record can be updated rara ef- 
ficiently via a single transaction. To further maximize the 
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efficiency of the present Invention, a means Is provided 
for compacting or compressing the aggregated change 
tog t a compact threshoW is ever exceeded. 
[0032] For Hems consisting of large quantities of data 
such as files {e.g. , Microsoft Word© document), chang- 
es 9tb transmitted as "binary deltas.* These are opti- 
mized packages, which encode the tafermatfon required 
to convert a binary image from one "version" to the next 

£ZC* uTl^CS DUMJH AlKttO UIW SICK wf lift? D IWIUUCO Wtftfettlt 

taken together, eventually exceeds theslze of tha object 
itself. At this point a new base version, or version m of 
may be established and the complete object sent How- 
ever, the change togs contain an identifier not the actual 
delta, or data. This identifier is used to request the delta 
Itself, when the change tog Is applied. Thus, fa aggre- 
gating change logs for flies, if a new base version Is en- 
countered exfetfng changes can be flushed and only the 
new base and any subsequent changes need be down- 
loaded Also, Ef a user has a conflict and reserves It by 
choosing a local version of the tile, a new version tr 
must be estebftshed; as there is no way of (mowing the 
relations hJp between the local version and those in the 
stored change togs* 

[0033] The change log aggregation and optimization 
mechanism of the present invention ts implemented In 
the client navies. Specifically, the change log aggrega- 
tion and optimization mechanfem of the present Inven- 
tion b inserted Into the cknwnload-and-apply sequence 
where change togs are fetched and Interpreted to up- 
date application data, to&tead of applying each change 
log as ft is downloaded, it to merged Into tha ■rofied" or 
agejegate tog. The change log aggregation and optimi- 
zation rnechanism of the present invention is further Il- 
lustrated to the flow diagrams of Figures 1 A and 2. 
[0034] Figure 1A Illustrates the addition of a current 
change log to an aggregate change tog. The download 
and aggregate sequence begins in Step 100 of Figure 
1 A. A rolled log, oraggragate log, to created in Step 103. 
For each change log to the sequence, starting with Step 
108 the following steps are performed, to Step 109 the 
current change log is retrieved or downloaded. The cur- 
rent change tog is then added to the aggregate log in 
Sep 1 12. The currant change tog Is than deleted in Step 
11 5 and Step 11 B repeats Steps 109, 112, and 115 until 
there are no additional change togs in me sequence. 
Onoe tJris happens, the aggregate log is dosed In step 
120 and the download and aggregate sequence Is ter- 
minated m step 1^1. Tne start Download and Aggre- 
gate sequence of the present invention can be summa- 
rized In the following steps: 

1 . Create aggregate tog; 

2. Fetich (download) change tog; 

3. Add change tog to aggregate; 

4. Delete change tog; 

5. Repeal the fetch add delete sequence tor each 
change fog to be aggregated; and 
a Close aggregate log. 
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[0035] Figure 2 shows an expanded view of Step 1 1 2 
of Figure 1 A. For each Item in the current change log 
the following steps are performed. The item En the cur- 
rent change tog is first retrieved In Step 2C6 and the map 
5 is updated in Step 209. The map stores meta-data to 
fadEtalethe aggregation or merging operation, ft allows 
a one-to-many relationship between the keys and tha 
Items with which they are associated. This barequlre- 
jiitiitUui roth iyf» witotw wi»ng*5 ore nean/£c as J oei- 
fo tas," as each change must be appfied separately and in 
- order. Thereafter, in Step 212 the aggregate log is up- 
dated and in Step 215 the Item location information ts 
also updated. Simultaneously in Steps 21 8 and 221 the 
current Item retrieved from the current change tog is writ- 
15 ten to and stored to the aggregate tog. In reprieving and 
merging subsequent change togs Into the aggregate 
tog, It Is bnpertanttonotethetthtepro 
data from two records forthe same item using the meta- 
data to the map to locate each ffetd and find is datatn- 
aide the correct change Jog. Once the fcem with As 
merged data has been written to the end of the aggre- 
gate log, the previous entry is marked obsolete, and can 
thus be deleted at a later time. 
(0036] Once there ana no additional Items in the cur- 
25 rent change tog, in Step 227, the present tovention de- 
termines whether the compact threshold has been ex- 
ceeded, if tha compact threshold has been exceeded 
then, In Step 230 p a compact agflreo^ tog step 2M is 
Initiated to compress or compact the size of the aggre- 
ss gate tog. Compact aggregate log step 230 essentially 
removes obsolete records in the aggregate log to mini- 
mize the size of the aggregate tog and thus conserve 
memory In storage servers 12, 14. Thte is accomplished 
by Iterating overeat recording 
*s big only the vaBd records (having skipped over any ob- 
sotete items), and .writing the item back Into the aggre- 
gate tog without skipping obsolete items, effecttvery slid- 
ing data in the aggregate tog back over obsolete records 
and thus eliminating them. 
40 [0037] Otherwise the compact threshold st Step 227 
has not been exceeded then the sequence of steps In- 
Sated by Step 112 terminates In Step 233. The series 
of steps beginning with Step 112 effectively made each 
record from the current change tog and places this to- 
43 formation In the aggregate log. The Add Change Log to 
Aggregate Log sequence of Fig. 2 can be summartod 
in the following steps; 

1 . Get Item information; 
*> 2. Update the map; 

a Update the aggregate log; 

4. Update Item location Information {in the map); 

5. Repeat tha above sequence while we get a valid 
item; and 

55 6, Compactthe aggregate tog If the compact thresh- 
old has been reached. 

[0033] Figure 3 shows an expanded view of Step 206 
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> of Figure 2. In Step 308, the present invention first de- 
termines whether the current position Is less than the 
size of the change log. If the current position of the 
record b not Jess than the size of the change log then ' 
en Invalid massage is returned In Step 339 and the proc- 5 
ess terminates in Step 342. However if tha current po- 
sition is less than the size of the change log then an 
operation code te read In Step 306. The present inven- 
wfi uWtuciafriinra, iii Slop 3G» 4 wiieum iiit: upuitufon 

code is associated with a vafid operation. If tt Is not a '0 
valid operation then a log eriorfe generated in Step 318. 
an invalid message Is returned in Step 339 and the proc- 
eed terminates with Step 342. If, however, the operation 
code BE ff < ?n g 'te d ft valid cp««nan tha current po- 
sition of the record is retrieved from the change log in » 
Step 313. In Step 31 5 r the Invention determines whether 
tha operation code corresponds to a "NOP/ or a non- 
operation, in Step 315. The NOP essentially models a 
8ldp behamr If the operation code corresponds to an 
NOP. a vafid message Is returned In Step 338 end me so 
process terminates In Step 342. However, IT the opera- 
ten code la notan NOP. information associated with the 
Hem is reed from the change tog "ID, Parent ID, flags, 
type 1 In Step 321 ; 

[0039] In Step 324, the invention determines whether ss 
the operation code corresponds to a deists function. If 
the cperationaxte corresponds to a delete function then 
a vald message Is returned In Step 333 and the process 
terminaies in Step 342. However the operation code 
does not correspond to a delete function, then while 39 
there is another field for the current tern the field Infor- 
mation for the Item Is obtained an added to the &em in 
Step 330. The for-loop that begins in Step 32/ ends in 
Step 333 when there are no adcifeinal field9 tor the cur- 
rent tern. Thereafter, e valid message is returned In a* 
Step 338 and the process terminates in Step 342* The 
following steps summarize the "GetJtemlnfo" sequence 
ofFfc.3: 

1 . If read position past end return InvaTrd; *o 

2. Read operation code; 

3. If ft is invalid return valid; 

4. Get current position; 

5. If operation is a "NOP* (no operation) return valid; 

e. Read item formation; 45 

7. ff operation is a delete return valid; 

B. Get field information and add to current Item; 

9. Hapeat get fietd ana aca tor each field in the cur- 
rent Item record; and 

10. Return vafid so 

[0040] Figure 4 showa an expanded view of Step 209 
of Ffcuro2.AtthispojritBJlme 
been retrieved from the change log. In Step 403 the in- 
vention determines whether the item Is In tha map. rf the 55 
Item is not In the map then, in Step 409, the Item is in- 
serted into the msp. Sis rism and f isJd Sccsferi Informa- 
tion is updated in Step 418 and the process terminates 



In Step 421. However, if the item Is In the map then, in 
Step 408, the invention Determines whether the Item re- 
trieved Is a fie. If the retrieved Item is a file then, in Step 
412, a sequence of steps to execute and "add file item 
to map' b performed in Step 412. Thereafterthe item ki 
the field location information is updated and the process 
terminates in Step 421 . However, if the retrieved Item is 
not a file then the sequence of steps to "default add item 
id map* is penormea in biep Again, me nern and 
field location irrforr^ 
rninateelnstep42i< 

[0041] F^ure 5 shows an expanded view of Step 412 
of Figure 4. In Sep 503 the invention determines wheth- 
er the file has a new base version. If the tHe has a new 
base version then, In Step 516, the existing entries are 
removed from the map, the records In the aggregate log 
are marked obsolete, the tile Is Inserted into the map 
and the process ends in Step 525. However, If the file 
does not have a new base version then the invention 
determines whetherthe file is a change, a force change, 
or a move in Step 506. If the file is either a change, a 
Ibrce change, ore move then Jn Stsp 51 6 the ffle Is a^d- 
ed to the map. File item changes must be applied serially 
and cannot be aggregated This requires the use of a 
map that snows a "one to man/ relationship between 
keys and Items to maintain a "stack" of Item records for 
a single item. The process then ends In Step 525. 
[0042] However ^thef9e Etem Is notachaj^e,atbrce 
change, or a move, then the Invention determines 
whether tha file tern b a deters in Step 609. If it is a 
delete, then In StepSldtneexistJng etitriea are removed 
from the map, the records in the aggregate log are 
marked obsolete, the delete is inserted Into the map, 
and the process ends in Step 525. If tha tile item does 
not have a now base version, Is not a change a force 
change or a move and la not a delete, then by default ti 
Step 512 It Is an add. In Step 522, the existing entries 
are removed from the map the records in me aggregate 
log are marked obsolete and the add is inserted Into the 
map. Once this has been done, the process ends mStep 
525. 

£0043] Figure 8 shows an expanded view of Step 415 
of Figure 4. In Step 803 the invention determines wheth- 
erthe3emfinthtecase,ttiart^ 
a force change, or a move, if the hem Is a change, a 
force change, oramave, then, In Step 81 2, the item from 
the new log Is merged with the Bern in the aggregate 
role. However, if the item Is not a change, a force 
change, or a move. then, in Step 606, the Invention de- 
termines whetherthe ton is an "add." If the item Is an 
add, then in Step 815\ the existing entries are removed 
from the map, the records in the aggregate role are 
marked as obsolete, and this add Is Inserted into the 
map. However, S the Item is not an "ado* then in Step 
609, by default the Item Is then a delete. Subsequently, 
In Step 818. the existing entries from the map are re- 
moved, me i ecor da in fre ay&r ogata log tf & nwrkeJ <& 
obsolete, and the delete ts Inserted into the map. After 
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• Steps 612,815 and 61 8the process erafewfthStep 621. 
£0044] Figure 7 shows an expanded view of Step 61 2 
of Figure 6. Beginning wttn Step 703. for each field In 
ihe current item the following steps ara performed In 
Step 706, the present invention determines whether the 
current fleTd Is a body or a formatted body fiaH tithe 
current field is not a body or a formatted body field then 
the Invention determines, In Step 712. whether a current 

TittM onmM/ miaLa. if uw uuiitfiiv fivtu ctiitafuy exfeos 

then Die fields are merged bi outside process 717. How- 
ever, If the current field does not already exist then, tn 
Step 720, the current field Is added to the item in the 
aggregate log. Turning back to Step 706, If the field b a 
body or a formatted body field then the Invention next 
determines whether the field has already been purged 
in Step 709. If ft has not been purged then, m Step 714 
the previous Instance of eitherfleld. If any, are found and 
v purged and the current Held Is subsequently added to 
the item in the aggregate log tn Step 720. However, if 
the field has been purged then Step 709 proceeds d- 
reetiy to Step 720 where the current field Is added to the 
Item h tha aggregate log. The for-loop beginning with 
Step 703 enete with Step 723 when the process has cy- 
cled through each Meld in the current item. The process 
then terminates in Step 72S. 
[0046] Rgure 8 shows an expanded view of outside 
process 717 of Ffeure 7. tn Step 809, the Irwentkm first 
determines whether a given field Es a collection. If the 
field te a coQsction then, In Step 812, for each field In 
the currant collection the following steps are performed. 
In Step 818, me Invention determines whether the cur- 
rent fisU already exists. If ftaoirrert field afreadye*ts 
then outside process 823 is performed and the field in 
the current collection is merged Into the aggregate log. 
If the current ftaW does not already exist then, in Step 
826 The currant field b added to tha DsL Step 629 then 
repeats Steps 81 8, 823 and 828 until there are no addi- 
tional fields In the current collection. Going back to Step 
803, ff the fieM is not a collection then the invention de- 
termlnes whether the field Is a body or a formatted body 
field In Step 806. ff the field is not a body or a formatted 
body field then, In Step 814, the field rrrformatkjn Is re- 
placed However, If the field Is a body or a formatted 
body field then, In Step 809, the invention determines 
whether the liefa nas already been purged. If the Held 
has not already been purged then, tn Step B1 6, the pre- 
vious instance of e&her field, if any, tefoundandpurged. 
it me neid nas been purged then, In Step 820 tha current 
field Is added to the Item in the aggregate fog. After 
Steps 829, 814, and Step 82D, the process ends in Step 
832. 

[0A46] Rgure 0 shows an expanded view of outside 
process 230 of Rgure 2. Starting with Step 903, the in- 
vention first determines whether there are any obsolete 
records, if not, the process ends In Step 972. However,. 

obsolete records exist then, In Step 906, a seek to the 
start cf records In the aggregate Jog for both read and 
write instances Is performed. The for-loop inftatBd by 
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Step 809 begins in Step 912 with the operation code tor 
the read instance being read In. In step 921 , the inven- 
tion determines whethertheopefaflon code read m Step 
91 2 is a no-op. If the operation is a no-op, the operation 
s code Is wnlten in step 933. if after Step 933, the end of 
the aggregate log has been reached in Step 986, then 
the aggregate log stze Is reset and the aggregate log is 
flushed In Step 969 and thereafter the process ends tn 
oiep 57*, 

» pot] However, if me operation In Step 921 Is not a 
no-op then, in Step 918, Item information comprising ID, 
Parent ID, type, and flags is read. In Step 915, so long 
as the current torn is obsolete, the following steps are 
performed. In Step 924 tha read pointer is advanced to 
the next operation code. I n Step 935 the operation code 
Is read and In Step 945 the invention determines wheth- 
er the operation is a no-op. If the operation Is not a no- 
op then, in Step 954, Item Information comprising ID, 
Parent ID, type, and flags Is read. However, if Step 945 
20 results In a no-op, then, in Step 960, the process loops 
back to Step 916 while the current Hem Is obsolete. At 
the same time, a write operation Is performed fn Step 
927 and tn Step 930, the Invention aetsrmfries whether 
this operation code is associated with a no-op. 
*9 [0048] If the operation code of Step 927 is associated 
with a no-op, then the process proceed* to Step 968 
which then loops back to Step 909 unless the end of the 
aggregate tog has been reached. However, ff the oper- 
ation code of Step 927 Is not associated wfth a no-op 
so then in Step 942. Item Info (ID, Parent ID, type and flags) 
are written. If the operation code of Step 927 corre- 
sponds to a delete then the process proceeds to Step 
988, which then bops back to Step 909 unless the end 
of the aggregate tog has been reached If the operation 
as code of Step 927 is not a delete then while there ra an- 
other held tor the current Kern tha following steps, be- 
ginning wfth Step 943, ere performed. In Step 948, the 
ftsM b read and In Sep 957 the field Is written. Once 
there are no additional fields for the current tern the 
40 process proceeds to Step 968 and proceeds to Steps 
969 and 972 If the end of the aggregate tog has been 
reached. 

[0049] P(gure 10 shows a Mow chart illustrating the 
process for getting held information. The held tag and 
45 the current posffion are initially read In Step 1003. bi 
Step 101 5 the Invention determines whether the held is 
a collection. If riieftehJisacollectionttion, in Step 1021, 
the collection field {count) Is read and saved. Then, in 
Step 1 033, the field/count pair is added to the collection 
so field stack. The pmcsss then terminates In Step 1066. 
However, turning back to Step 1 016, If the field Is not a 
collection then, tn Step 1006 the Invention determines 
whether the fieJd is a part of a collection. If the field Is 
not part of a collection then, in Step 1048 the field Is 
35 added to the current Item's field list. The change log ts 
than advanced to the next field In Step 1 050 and the 
prosess tenninaies dt Step '1O66- Turning back to Step 
1003, if the field is pan of a collection then, in Step 1 009, 
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- the field is saved on a holdng stsclc Thereafter in Step 
1 012, the following stops are perfumed until the collec- 
tion field stack is empty, in Step 1 oi 8 the Invention de- 
termines whether the current coflection is full, ff the cur- 
rent coQechon is not full then, In Step 1 024! the invention 5 
determines whether the holding stack Is empty. If the 
holding stack is empty the aggregate log Is sdvancedto 
the next field as provided in Step 1060 and the process 

not empty then, En Step 1030. the field is popped from to 
the hoMtng stack. The field Is then added to the current 
collection Haiti's Est end Its counter is decremented in 2. 
Step 1045. 

[0050] Turning pack to Step 101 B, 9 the current col- 
lection Is full then, in Step 1027. the current collection " 
is added to the holding stack and removed from the col- 
lection tteW stack Then In Step 10S6, the Invention de- 
termines whether the coflecnbn held stack Is empty. If 
the ccRectton field stackfe empty u^ 
fleti entry is popped off the holing stack end added to so 
the parent tenVs field list until there are no more entries 
In the holding stack, so long there is an entry in the hold- 
ing stack (Le^ rfthe cond&ion eatabflehedbyrtefoMoop 
defined by Steps 1 042 and 1057 Is still valid), Turning 
badctoStep1036 r r?thecolle^ » 3. 

ty then, In Step 1 039, the invention determines whether 
the current collection is fun. If the current collection Is 
not fun then, in Step 1054, the field to popped off the 
holding stack, added to the current collection field, and 
the collection count Is oWemented. If the current col* ao 
lection tefuS, then Step 1039 proceeds directly to Step 4. 
1063 and Step 10S3 writ loop back to Step 1012 unless 
the collection field stack Is empty. 
[0051] The foregoing description of preferred embod- 
iments of the present Invention has been provided for 36 
the purposes of Illustration and description, tt is not in- 5. 
tended to be exhaustive or to limit the Invention to the 
precise forms disclosed. Many modifications and varia- 
tions wID be apparent to practitioners ekflJed In this art. 
The described embodiments were chosen and de- 
scribed in ordar to best explain the principles o? the In- 6. 
vention and Its practical application to thereby enable 
often? skilled In the art to understand the invention for 
various etnbodlrnents and wflh various modifications as 
are suited to the particular use contemplated. It Is in- 
tended that the scope of the Invention be defined by the 7. 
following claims and their equivalents. 



said application data; 

adrJng said first change log to an aggregate 
log; 

deleting said first change log; 
repeating said downloading, acting, and delet- 
ing steps for a next changa log of said pJuraffly 
of change togs until no additional change logs 
exist; and 

applying isini aggregate iog 10 seio apprtcsuon 
data to upc&B said application rfa*a- 

The method of claim 1, wherein said adding step 
further comprises the steps of; 

(a) retrieving Information for a valid item in said 
application data; 

(b) updating a map of said aggregate log, said 
map storing msta-data; 

(c) writing said Item to said aggregate tog; 

(d) updating a location of said valid Item In said 
map; and 

(a) repeating steps (a) - (d) for all remaining val- 
id Kerns of a current change log. 

The method of claim 2, further comprising the step 
oh 

(f) compacting said aggregate tog ff a compact 
threshold fee 



ThernethodofclaimljVWioretnsaM 
ta comprises data classes for contacts, internet 
browser bookmarks, calendar events, emel mes- 
sages, notes, tasks, and fifes. 

The method of claim 4, wherein said contacts com- 
prise records identifying names, addresses, phone 
numbers, and email addresses for a plurality of in- 
(fivrdiah. 

The method of claim 4* wherein said ties comprise 
word processor specfic documents^ electronic 
presentations, spreadsheets, and executable tiles 
in binary format 

The method of claim 1 , wherein said application da- 
ta Is In a universal data format 



claims 

1. A method for updating application data in a client- 
device of a data transfer and synchronization sys- 
tem, said method comprising the steps of. 

downloading a first change log of a pluraifty of 
charge logs from a center system, tsa&l of sa£ 
plurality of change Jogs reflecting changes to 



& An apparatus for updating application data in a clh 
so ent device of a data transfer and synchronization 
system, said apparatus t»mpnazng: 

a downloading routine for fceratSvely retrieving 
• a phj ralrty of changa logs from a server system, 
33 each of said plurality of change togs reflecting 

changes to said application data; 
a rttefpjng rcutina for Sarativary eggs ega&tg thfr 
contents of said plurality of change togs to an 
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aggregate log; 

a change log deletion routine for Iteratrvefy de- 
leting said plurality of changs logs; and 
an updating routine for applying the contents of 
said aggregate log to said appffcatron data to 5 
update said epp&cahon data. 

9. The apparatus olciaim 8, wherein said merging rou- 

to 

an tern retrieval routine for retriaving a plurality 
of items from said application data; 
a map update roufinefor updating a map of said 
aggregate log wherein sard map stores meta- 
data; 13 
a field retrieval routine for retrieving field infor- 
mation from said plurality of Items from said ap- 
plication data; and 

an Item location update routing for updating the 
location of a plurality of Heme In said map. » 

10. The apparatus of daft 9, wherein said merging rou- 
tine further comprises: 

an aggregate log compacting routine. 25 

11. A method for aggregating the contents of accumu- 
lated change Jogs into an aggregate log a^ 

frig said aggregate )og to update application datatn 
& first client daw be of a data transfer and synchro- so 
nidation system, said method ccmpnaing the steps 
oh 

downloading a first change log of a pturaQy of 
change togs from a server system, each of said as ■ 
plurality of change logs reflecting changes to 
said application data; 

adding said first change log to an aggregate 
leg; 

deleting said first change log; <o 
repeating said dowrtfoac&ig, adding, end delet- 
ing steps for a next change log of said pturaBry 
of change togs until no adrffional change logs 
exist; and 

applying said aggregate tog to said application & 
data to update said appfication data. 



so 



55 
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